swift-developers-japan
開発環境, ライブラリ / swiftui
1
@State なpropertyが中身のオブジェクトのアクセサ持ってるの、これ使ってるんですね https://twitter.com/v_pradeilles/status/1136755695427018752?s=21
This means a type can now seamlessly integrate the API of its dependency within its own API ⬇️
dynamicがPure Swiftのメソッド・プロパティにも付けられるようになってて、_@dynamicReplacememtで差し替えられる機構がホットリロードに使われてるようで面白い！ https://forums.swift.org/t/how-does-the-hot-reloading-work-in-xcode11/25312
https://forums.swift.org/t/dynamic-method-replacement/16619
-fprofile-instr-generate を追加する必要がある」この原理を考察してみました（多分間違ってる）。 考察に納得できてないので、もし知ってることがあれば教えていただきたいです！（この窓で良いのかな…） https://qiita.com/AkkeyLab/items/a698545f2423b9b1dec9
1 1
1
1
1 
（2画面目までしか伝わらない） 
1
1
2
List は UITableView と同じで lazily に動作して見えてない部分は作らない機構があって、見えてないとプログラムから遷移させられないという問題が書かれているんですが、今回のもそのlazilyなための仕組みが関係あるかもしれませんね。
GeometryReader を使う方が親のサイズに合わせることができていいのかなあと思いました。たぶん、そうしたからといって質問の件はぜんぜん解決しないとは思いますが 
1
1
2
class C: ObservableObject { @Published var value: Int init(value: Int) { self.value = value } } struct C1View: View { @StateObject var c: C = .init(value: 0) var body: some View { Stepper("C1: \(c.value)", value: $c.value) } } struct C2View: View { @ObservedObject var c: C = .init(value: 0) var body: some View { Stepper("C2: \(c.value)", value: $c.value) } } struct C3View: View { @State var c: C = .init(value: 0) var body: some View { InnerView(c: c) } private struct InnerView: View { @ObservedObject var c: C var body: some View { Stepper("C3: \(c.value)", value: $c.value) } } }
@State と @ObservedObject を組み合わせて @StateObject 相当の挙動を実現できました。↑の C1View と C3View が同じ挙動します。 1
♂️
struct TextInputView: View { @State var inputText: String = "" var body: some View { HStack { TextField("Type here to input text", text: $inputText, //Accessing State's value outside of being installed on a View. This will result in a constant Binding of the initial value and will not update. onCommit: { [self] in self.endEditing(from: self) }) } } }
TextField の text に $inputText 渡すと、実行時にコメントに書いてるとおりのIssueが報告されますけど、内容がよくわかりませんでした Stateの値をViewにインストールされる以外のところでアクセスしてるってどういうことだろう？
https://github.com/nalexn/ViewInspector/blob/master/guide.md#views-using-state-environment-or-environmentobject
Binding<Value: RandomAccessCollection> を Element == Binding<Value.Element> な RandomAccessCollection にすることで、 ForEach を介して要素を Binding として取り出して子 View に渡せないかな？ struct ScrumsView: View { @Binding var scrums: [DailyScrum] var body: some View { List { ForEach(scrums) { scrum in NavigationLink(destination: DetailView(scrum: binding(for: scrum))) { CardView(scrum: scrum) } .listRowBackground(scrum.color) } } .navigationTitle("Daily Scrums") .navigationBarItems(trailing: Button(action: {}) { Image(systemName: "plus") }) } private func binding(for scrum: DailyScrum) -> Binding<DailyScrum> { guard let scrumIndex = scrums.firstIndex(where: { $0.id == scrum.id }) else { fatalError("Can't find scrum in array") } return $scrums[scrumIndex] } } 1
onAppear が呼ばれるバグ（？）が再現してるんですが（僕の場合は TabView ではなく NavigationView のルートの onAppear が呼ばれるというパターンですが）、これ結構きつくないですか？ onAppear でページ表示されたことをトリガーとして何かやりたいパターンとか。 https://stackoverflow.com/questions/64027482/onappear-calls-unexpectedly-when-keyboard-appears-in-swiftui 
PageTabViewStyle を使ったときって縦スクロール強制なんでしょうか。それだと使えなさすぎるんですが・・・。ググっても↓みたいなむちゃくちゃな方法しか出てこず。 https://stackoverflow.com/questions/64091415/how-to-disable-vertical-scroll-in-tabview-with-swiftui
UIViewControllerRepresentable と UIPageViewController 使えばいいんですが、面倒だなと・・・。 
2 1
AVCaptureVideoPreviewLayer を使わないで純粋にPixelBufferをCGImageに直してImageを作る方法でカメラアプリを作ってますが、そのためにはデバイスの向きよりもUIの向きを取得しないといけないので 
CGImage 使って Image でプレビュー出すと遅延が結構出る（0.5秒くらい？）ので、諦めて素直に AVCaptureVideoPreviewLayer 使うことにしました
https://github.com/el-hoshino/MetadataScanner
2 俺の2時間の睡眠時間を返せ
1
// これは問題ない if let isFoo = viewModel.isFoo { Text("Hello") } Button("Toggle Foo") { withAnimation { viewModel.isFoo.toggle() } }
// これはどうする？ if let imageData = viewModel.imageData { Image(UIImage(data: imageData)!) } Button("Load Image") { viewModel.loadImage() // 非同期なのでここでは withAnimation で囲めない } withAnimation の相性が悪いのは同意です。 ただ、その例の場合って if let imageData = viewModel.imageData { Image(UIImage(data: imageData)!) .animation(.easeInOut) } とかでいけません？ (あるいはカスタムの AnyTransition を作っておくなど) func make<V: View>(_ f: @ViewBuilder () -> V) -> V { f() } ... var body: some View { make { if { ... } else { ... } }.animation(.easeInOut) } これで動くんじゃないかしら 1 2
.animation が返す some View が実体化されるものになるだけでもダメですか？
@ViewBuilder var mainBody: some View { if someCondition { ... } else { ... } } var body: some View { self.mainBody .onAppear(...) .onDisappear(...) } で someCondition の状態が変わるたびに onDisappear と onAppear が呼ばれるところからだったんですよね。多分 Group だとそれと同じことが起きてる気がします。 onAppear, onDisappear が分岐先の実体まで展開されちゃうのか・・・。case .foo(let bar) か case let .foo(bar) かの話をしてて、 https://discord.com/channels/291054398077927425/291054454793306112/339971613309141024 は引き出せたんですけどねー。 Discord 何年も前の会話が残ってるから、自分がいかに覚えてないか気付かされますね
1 1struct ContentView: View { var body: some View { VirtualScreen(resolution: CGSize(width: 1280, height: 960)) { // AnyView(Color.white) Color.white } .background(Color.gray) } } struct VirtualScreen<Content: View>: View { var resolution: CGSize var content: Content init(resolution: CGSize, @ViewBuilder content: () -> Content) { self.resolution = resolution self.content = content() } var body: some View { GeometryReader { context in // GeometryReader { _ in self.content // } .frame(width: self.resolution.width, height: self.resolution.height) .scaleEffect(min(context.size.width / self.resolution.width, context.size.height / self.resolution.height)) } } }
2 2
Aluエンジニア
宮崎 (@koogawa) 2021年6月10日 #wwdc21 まったく新しい Apple Pay のフローや、天気アプリは SwiftUI によってリデザインされたんですって pic.twitter.com/QVLh2Okr9G— Kosuke OgawaAluエンジニア宮崎 (@koogawa) 2021年6月10日 #WWDC2…
4
1
1
body が走る度に scene が再生成されてしまうので、 @StateObject の中に scene を持たせるなどした方が良いと思います。たとえば↓のように（これで問題が解決するかわかりませんが）。 struct ContentView: View { @StateObject private var state: ContentViewState = .init() var body: some View { SpriteView(scene: scene) .frame(width: UIScreen.main.bounds.size.width , height: UIScreen.main.bounds.size.height) .ignoresSafeArea() } }
import Combine final class ContentViewState: ObservableObject { let scene: SKScene init() { self.scene = GameTitleScene() scene.size = CGSize(width: UIScreen.main.bounds.size.width , height: UIScreen.main.bounds.size.height) } } 
.isDetailLink(false)をつけなければ最初のView戻ることはできないと言及されています。 しかし、.isDetailLink(false)をつけない場合や、.isDetailLink(true)にした場合でも同様に最初のViewに戻ることができました。これは、SwiftUIの仕様変更等が原因なのでしょうか？？何かご存知の方がいられましたらご教授いただければ幸いです。 https://www.yururiwork.net/archives/148
https://stackoverflow.com/questions/57334455/how-can-i-pop-to-the-root-view-using-swiftui/59662275#59662275 以下ソースコードです。 struct FirstView: View { @State private var isActive = false var body: some View { NavigationView { NavigationLink(destination: SecondView(isFirstViewActive: $isActive), isActive: $isActive) { Button(action: { self.isActive = true }, label: { Text("Forward to Second View.") }) } .navigationBarTitle("First View") } } } struct SecondView: View { @State private var isActive = false @Binding var isFirstViewActive: Bool var body: some View { NavigationLink(destination: ThirdView(isFirstViewActive: $isFirstViewActive), isActive: $isActive) { Button(action: { self.isActive = true }, label: { Text("Forward to Third View.") }) } .isDetailLink(false) //ここをコメントアウトしてもFirstViewに戻れる。 .navigationBarTitle("Second View") } } struct ThirdView: View { @Binding var isFirstViewActive: Bool var body: some View { Button(action: { self.isFirstViewActive = false }, label: { Text("Back to First View.") }) .navigationBarTitle("Third View") } } 
足りない情報等ありましたら質問していただけたらと思います！ よろしくお願いします。
3 1
URL を返す async 関数を Task のクロージャで await するようなボタンを Xcode Previews 上でクリックしたら必ずプレビューのプロセスがクラッシュする (実機だと問題なし) という謎の問題を発見して，特に困っているわけではないのですが気になるので情報をお持ちの方を探しています． 以下ミニマル再現コードです．(macOS 12.3 & Xcode 13.3 や iPadOS 15.4 & Swift Playgrounds 4.0.2 で再現することを確認) import SwiftUI func foo() async -> URL { URL(fileURLWithPath: "/") // 戻り値が String 等では問題なし } struct ContentView: View { var body: some View { Button("Press Me") { Task { _ = await foo() } } } } スタックトレース: Thread 4 Crashed:: Dispatch queue: com.apple.root.user-initiated-qos.cooperative 0 libsystem_kernel.dylib 0x1cba39e60 __pthread_kill + 8 1 libsystem_pthread.dylib 0x1cba8d3c0 pthread_kill + 256 2 libsystem_c.dylib 0x1801023f4 abort + 124 3 libswift_Concurrency.dylib 0x1cb9db604 swift::swift_Concurrency_fatalError(unsigned int, char const*, ...) + 12 4 libswift_Concurrency.dylib 0x1cb9dd350 swift_task_dealloc + 124 5 ContentView.1.preview-thunk.dylib 0x104a2b06c (1) await resume partial function for closure #1 in closure #1 in ContentView.__preview__body.getter + 80 (ContentView.swift:17) 6 ContentView.1.preview-thunk.dylib 0x104a2b5d9 (1) await resume partial function for thunk for @escaping @callee_guaranteed @Sendable @async () -> (@out A) + 1 7 ContentView.1.preview-thunk.dylib 0x104a2b73d (1) await resume partial function for partial apply for thunk for @escaping @callee_guaranteed @Sendable @async () -> (@out A) + 1 8 libswift_Concurrency.dylib 0x1cb9dced1 completeTaskWithClosure(swift::AsyncContext*, swift::SwiftError*) + 1
Gauge の方が良いかもしれないですね．あるいは ProgressViewStyle を自作するなど． Gauge の方がかなり太いので .gaugeStyle を試していたら、 .accessoryLinearCapacity で ProgressView と同じ細さになったんですが、 ProgressView 同様に 0 付近でリニアじゃなくなってしまいました
GaugeStyle の名前から考えると、 ProgressView で 0 付近で見えているのは accessory なのかもしれないですね。 0 で消えるのは謎ですが。 1 
8
// 素早くトグルすれば値が生きている struct ContentViewE: View { @State var toggle = false var body: some View { if toggle { VStack { TextView() Button { toggle.toggle() } label: { Text("toggle if") } } } else { VStack { TextView() Button { toggle.toggle() } label: { Text("toggle if") } } } } } final class ViewModel: ObservableObject { @Published var count = 0 } struct TextView: View { @StateObject var viewModel: ViewModel init() { _viewModel = .init(wrappedValue: ViewModel()) } var body: some View { Button { viewModel.count += 1 } label: { Text("count: \(viewModel.count)") } } }
1struct TextView: View { @StateObject var viewModel = ViewModel() var body: some View { Button { viewModel.count += 1 } label: { Text("count: \(viewModel.count)") } } } ↑こう書き換えてみましたが、現象には変化無かったです。
1
3
body の中で if を使うと条件式の値が変わった時に画面のライフタイム的にも一度画面が消えて再表示された扱いになる (onDisappear が呼ばれて onAppear が呼ばれ直す) ので，画面のライフタイムと一致するはずの @StateObject は初期化される方が正しい挙動な気がします．これを避けるために私はある程度複雑な View では body の中で if/switch をトップレベルで使わないように VStack で囲んだりしてますね．
condition が変わるたびに ContentViewA に対応づく画面は一度非表示になって再度表示され直した扱いになりますが，後者の場合はそうはならないという意味です．if や else のブロックの中に書いたものは条件が変わるたびに一度死にますよ． struct ContentViewA: View { var body: some View { if condition { Text("A") } else { Text("B") } } } struct ContentViewB: View { var body: some View { VStack { if condition { Text("A") } else { Text("B") } } } } condition が変わったら Text("A") と Text("B") の表示/非表示が切り替わるのではないのでしょうか
// 素早くトグルすれば値が生きている struct ContentViewE2: View { @State var toggle = false var body: some View { VStack { if toggle { VStack { TextView() Button { toggle.toggle() } label: { Text("toggle if") } } } else { VStack { TextView() Button { toggle.toggle() } label: { Text("toggle if") } } } } } }
ContentViewF 側で MidViewA に onDisappear を生やした場合，iOS 16.5, iOS 15.0 時点では condition が変わっても呼ばれることはありませんが，iOS 14.0.1 では呼ばれてました．なので MidViewA が死ぬというのは iOS 14.x 時代の記憶だったようです． struct ContentViewF: View { ... var body: some View { VStack { MidViewA(condition: condition).onDisappear { print("onDisappear") } Button { condition.toggle() } label: { Text("toggle") } } } } ただ，MidViewA の @State がリセットされることはなかったので，onDisappear が呼ばれる条件と @State がリセットされる条件はそもそも違っていたみたいですね．
deinit 0 が 1 回，それ以降の連打時には deinit 0 が 2 回ずつ出力されるので，@State の挙動としては condition が変わって Counter が変わると @State のための変数が新しく作られるけれど，前に使っていた変数がまだ破棄されず生きていたらそれを使い回すが新しく作った方も画面表示に使わないだけで裏では保持し続ける，みたいな挙動になっていそうですね． @State に参照型を持たせるか値型を持たせるかで挙動が変わりそうな気もするので Swift 5.9 ツールチェーンで @_moveOnly struct を作って使おうとしてみたんですが，State<T> みたいなジェネリクスでは noncopyable struct は使えないみたいで弾かれてしまいました... final class Count { let count: Int init(_ count: Int) { self.count = count } deinit { print("deinit \(count)") } } struct Counter: View { let name: String @State var count = Count(0) var body: some View { Button("\(name)=\(count.count)") { count = Count(count.count + 1) } } } struct ContentView: View { @State var condition = false var body: some View { if condition { VStack { Counter(name: "T") Button("toggle") { condition.toggle() } } } else { VStack { Counter(name: "F") Button("toggle") { condition.toggle() } } } } } T の事 )は、Copyable が暗黙に含まれているからです。 func foo<T>(a: T) { let b = a // ←これが常に許されている print(b) }
1
// 素早くトグルすれば値が生きている struct ContentViewE: View { @State var toggle = false var body: some View { if toggle { VStack { TextView() Button { toggle.toggle() } label: { Text("toggle if") } } } else { VStack { TextView() Button { toggle.toggle() } label: { Text("toggle if") } } } } } final class ViewModel: ObservableObject { @Published var count = 0 } struct TextView: View { @StateObject var viewModel: ViewModel init() { _viewModel = .init(wrappedValue: ViewModel()) } var body: some View { Button { viewModel.count += 1 } label: { Text("count: \(viewModel.count)") } } } 
@ViewBuilderをつけるとResult BuilderになるからSwitch式じゃなくてResult BuilderのSwitchの一部になるんで行けるようになる、のかな。 3
twitter.comのプレビューが表示されない対策として、ドメイン部分をfxtwitter.comへ書き換えるというのがあるそうです。 https://fxtwitter.com/ojun_9/status/1715208317994483880
1
_ViewModifier_ContentはSwiftUI.Viewにconformしてるのに、bodyの定義がないですね _treeを持って中身を管理してそうです @available(iOS 13.0, macOS 10.15, tvOS 13.0, watchOS 6.0, *) @frozen public struct VStack<Content> : SwiftUI.View where Content : SwiftUI.View { @usableFromInline internal var _tree: SwiftUI._VariadicView.Tree<SwiftUI._VStackLayout, Content> @inlinable public init(alignment: SwiftUI.HorizontalAlignment = .center, spacing: CoreFoundation.CGFloat? = nil, @SwiftUI.ViewBuilder content: () -> Content) { _tree = .init( root: _VStackLayout(alignment: alignment, spacing: spacing), content: content()) } public static func _makeView(view: SwiftUI._GraphValue<SwiftUI.VStack<Content>>, inputs: SwiftUI._ViewInputs) -> SwiftUI._ViewOutputs public typealias Body = Swift.Never } こういう純粋にvar body: some Viewで表現できない事情がある時にBody = Neverになってそうです Icemanさんがいう通りSwift.NeverはViewでbodyではなんかを返してそう @available(iOS 13.0, macOS 10.15, tvOS 13.0, watchOS 6.0, *) extension Swift.Never { public typealias Body = Swift.Never public var body: Swift.Never { get } }
@available(iOS 13.0, macOS 10.15, tvOS 13.0, watchOS 6.0, *) extension Swift.Never { public typealias Body = Swift.Never public var body: Swift.Never { get } } って定義がswiftinterfaceにあるのに private struct MyView: View { typealias Body = Never } がエラーになるのは言語的にどうなってるんでしょう...? 特定のモジュール内でのみ有効とかできるんですか？ 1 1 3
@Binding は渡した先と元で、値の変更を伝え合うためのものです。たとえば、 Book が @ObservableObject の場合、単純に book.title を渡したのでは、変更を伝え合うことはできませんよね？ book.title がその後変更されても渡した先には伝わりませんし、渡した先で title を変更しても book.title が変更されるわけではありません。
struct FooView: View { @State var user: User var body: some View { Checkbox(isOn: $user.isPublic) } } struct Checkbox: View { @Binding var isOn: Bool var body: some View { Button { isOn.toggle() } label: { Image(isOn ? "Checkbox-On" : "Checkbox-Off") } } } とした場合、 user.isPublic が更新されるとそれを @Binding で保持する Checkbox の body が再実行されるのではなく、 user を @State で保持する FooView の body が再実行されます。その結果として、 Checkbox(isOn: $user.isPublic) が新しい isPublic に対して実行され、 Checkbox が更新されます。 
1
print 文を仕込んでみたりすれば body が再実行されているかわかりますし、グローバル変数で保持された値のプロパティを無理やり Binding(get: { ... }, set: { ... }) で渡してみても、更新による再実行が起こらないことを確認できたりします。
1
1
print 文を仕込んでみたりすれば body が再実行されているかわかりますし、グローバル変数で保持された値のプロパティを無理やり Binding(get: { ... }, set: { ... }) で渡してみても、更新による再実行が起こらないことを確認できたりします。 1@Binding については昔こんな記事も書きましたので、よろしければご参考に：https://qiita.com/lovee/items/caef6df4baf1a3085441 そしてObservationへの移行についてはこちらも： https://qiita.com/lovee/items/4909d0166bba973b3bc0
3
ObservableObject ベースでの議論で、その仕組みはSwiftUIのレイアウトエンジンは ObservableObject 全体を objectWillChange Publisherの購読によって監視してるので、何か一つでもプロパティーに更新があったら ObservableObject の全てのプロパティーに比較処理が走ってしまいます； ところが今iOS 17以上なら使える Observation フレームワークの @Observable なら、一つ一つのプロパティーが監視対象になるので、余計な比較処理や再レンダリング処理が省かれてだいぶパフォーマンスが良くなってるはずですので、iOS 17未満の対応が必要なければ是非こちらの利用を強くお勧めします 
1
